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Description 

1 The present invention relates to a method for determining access times of re- 
peatedly broadcast objects in a broadcast channel using an unidirectional com- 
munication scheme in order to transmit the broadcast objects from a server side 
to a receiver side. 

5 

Information systems that are based on broadcast channels provide means only 
for the unidirectional communication from a server at the server side to clients 
at the receiver side. Therefore the clients are not able to send requests for infor- 
mation to the server. Instead the whole database is transmitted as a set of data 

10 objects in a repetitive manner in a broadcast cycle from the server to all clients. 
The repetition pattern can vary to a great extent, e. g. it is possible to transmit 
each object once per cycle or to repeat certain objects more often than others. 
The repetition pattern is normally not known at the receiver side. The objects 
are self-identifiable which means that the client can identify a certain object 

15 from the set of all transmitted objects. In case of an object request issued by the 
client the receiver side has to listen to what is transmitted on the broadcast me- 
dium. When the object goes by it has to copy the object to its local storage and 
to present to the client. In this scenario the access time can be defined as the 
difference between the point in time when a request is made and the point in 

20 time when the requested object is received from the medium. Due to different 
broadcast frequencies and broadcast cycle positions of objects the access time 
for a certain object at a certain point in time is unknown. In comparison to an 
information system based on bidirectional communication the access time can 
vary to a much greater extent due to the fact that the access time depends on 

25 the number of objects which have to share the broadcast channel. 

An example of such broadcast based information system is the Teletext system 
which uses an unidirectional communication scheme in order to get access to 
information. This means that requests for data objects are not transmitted from 
30 the client to the server. Instead the receiver side of the client has to listen for 
the requested object on the broadcast medium and copy it to its local storage 
when it goes by. The access time from the receiver point of view is defined as the 
difference between the reception point in time of the object and the point in time 
when the request was made. Nowadays realized broadcast based information 
systems are not able to determine precisely when a requested object will be 
available. 
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1 Therefore, it is an object of the present invention to provide a method for deter- 
mining access times of repeatedly broadcast objects for realizing a progress indi- 
cator which indicates how long it takes to obtain a certain information. 

5 To solve this object the present invention provides a method as specified in 
claim 1. 

Preferred embodiments of the invention are described in the subclaims. 

10 In the method of the present invention, the repetition distance defines an addi- 
tional parameter which has to be transmitted with each broadcast data object at 
the transmitter side. The receiver side can use this information to determine the 
precise repetition point in time of a requested object. This information can be 
also used to realize the above progress indicator, so that a client can be in- 

15 formed about the time he has to wait for the requested object. Also this informa- 
tion is essential for the realization of certain caching strategies i. e. in the field 
of caching in broadcast environments. 

In order to determine the access times of data objects transmitted in a broad- 
20 cast channel some additional information, i. e. information on the repetition dis- 
tance, about the broadcast cycle has to be generated at the server side and 
transmitted in the broadcast channel to the receiver side. The receiver side ob- 
tains the information, calculates an appropriate value and stores it. In this way 
an application of the repetition distance can query the next transmission point 
25 in time of a certain object at any time. 

In the method of the present invention, a broadcast object decoder retrieves an 
unique identifier of an object and the repetition distance and obtains the cur- 
rent time value from a time service, and an absolute value for a reception point 

30 in time is calculated from the repetition distance and the current time value and 
is stored together with the object. Further a data object requester allows to re- 
quest certain objects by an object identifier and allows to request the next re- 
ception point in time of an object. The data object requester can use the repeti- 
tion distance as repetition time information for managing a cache. As an exam- 

35 pie, the method of the present invention is used in a progress indicator. 

Further objects, details and advantages of the invention will be apparent from 
the following detailed description in conjunction with the drawings, in which: 
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1 Fig. 1 and 2 are diagrams useful for explaining the meaning of the repeti- 

tion distance, 

Fig. 3 shows a broadcast cycle generator, 

5 

Fig* 4 gives a description of a broadcast cycle, 

Fig. 5 is a flowchart explaining the calculation of the repetition distance 

(main part), 

10 

Fig. 6 is a flowchart explaining the calculation of the repetition distance 

(refinement: search for the last segment of current object), 

Fig. 7 is a flowchart explaining the calculation of the repetition distance 

15 (refinement: go to the next segment), 

Fig. 8 is a flowchart explaining the calculation of the repetition distance 

(refinement: calculate repetition distance from current to last seg- 
ment of next repetition of current object), 

20 

Fig. 9 is a chart explaining the calculation of the repetition distance (repe- 

tition distance as a timebased value), 

Fig. 10 shows a block diagram of the broadcast server architecture (for a 
25 DAB system), 

Fig. 11 shows the structure of an object access controller in a receiver, 

Fig. 12 shows an overview of a receiver architecture in a DAB system, 

30 

Fig. 13 shows the receiver architecture in a DAB-system (Data decoder), 

Fig. 14 shows a basic object structure in the DAB system, 

35 Fig. 15 shows how the repetition distance is coded in the DAB system, and 

Fig. 16 a flowchart explaining the realization of a progress indicator. 
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1 In the following, first it is described how the repetition distance can be defined, 
how it is generated at the server side and how it is used at the receiver side. 

Figure 1 shows an example of a simple broadcast cycle which consists of three 
5 data objects A, B and C. The transmission order is from left to right which 
means that objects to the right will be transmitted before objects to the left. The 
objects of a broadcast cycle may have different sizes and may be transmitted 
with different repetition rates. In this example objects A and B are transmitted 
twice and object C once per cycle. The objects A, B and C are marked with an 
10 index, e. g. Ay. The first index i indicates the broadcast cycle, the second one j 
is a counter for repetitive transmissions of the object in the current cycle. For 
example, A n 2 means that object A is transmitted the second time in the n-th 
broadcast cycle. 

15 A parameter called repetition distance R(X) is defined which is transmitted with 
each object X. It specifies the distance between the completed transmission of 
the object X and its next repetition, e. g. object A n l has a repetition distance 
which is represented by R(A n i). Although the repetition distance defines the dis- 
tance between repetitions of objects there is no restriction that the content of 

20 objects is not allowed to change or that the size have to remain unchanged. Also 
the broadcast cycle does not have to be static. The repetition distance just de- 
fines the distance between two objects, but the value of the repetition distance 
can change with each transmitted object. 

25 Figure 2 illustrates the basic structure of a broadcast object transmitted in a 
broadcast channel. A broadcast object consists of a header 1 and a body 2. The 
header 1 provides additional information about the data object which is encoded 
in the body 2. Examples of header parameters are identifiers Id which uniquely 
identify a certain object among all objects of the broadcast channel or a parame- 

30 ter which indicates the size of the object. The repetition distance can be trans- 
mitted together with the other parameters in the header 1 . 

The following alternatives can be used for the encoding of the repetition dis- 
tance: 

35 (a) Number of objects: The repetition distance R(X) of an object X specifies 
how many objects will be transmitted after the object X until the object X 
will be transmitted again. This alternative is less accurate than the others 
(b) and (c) below. 
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1 (b) Amount of data: The repetition distance R(X) of an object X specifies how 
much data will be transmitted after the object X until the object X will be 
transmitted again. Depending on how accurate the repetition distance has 
to be several units of measurement can be used, e. g. bit, byte, kbyte or 

5 whatever is appropriate. 

(c) Time value: The repetition distance R(X) of an object X specifies how long 
it takes after a transmission or the object X until the object X will be 
transmitted again. Depending on how accurate the repetition distance has 
10 to be several units of measurement can be used, e. g. milliseconds, sec- 

onds, minutes or whatever is appropriate. 

In environments where it is too difficult or not possible for the broadcaster on 
the server side to determine the exact repetition distance it is also possible to 

15 use an upper bound. This upper bound specifies a maximum value for the repe- 
tition distance so that an object will be transmitted completely maybe before the 
value specified by the repetition distance but latest at the point in time specified 
by the repetition distance. Each of the above mentioned alternatives can be real- 
ized as an exact value or as a maximum value. In case of a maximum value it 

20 has to be taken into account that the information which is given by the repeti- 
tion distance is less accurate. 

The term "repetition distance" shall be understood in its broadest sense: It 
specifies not only distance values ("repetition distance") but also absolute values 
25 ("repetition time"). 

In other words, in order to determine the repetition point in time of objects at 
the receiver side, it is also possible to use absolute values for the signalisation. 
This means that another parameter repetition time has to be carried in the ob- 
30 ject header instead of the above repetition distance. The repetition time of an 
object A defines when the next repetition of object A takes place. 

Again, one of the following alternatives can be used for the encoding of the repe- 
tition time: 

35 

(a) Number of objects: The repetition time R(X) of an object X specifies the 
absolute number of objects that have been transmitted until the object X 
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1 will be transmitted again. This alternative is less accurate than the oth- 

ers. 

(b) Amount of data: The repetition time R(X) of an object X specifies the abso- 
5 lute amount of data that has been transmitted until the object X will be 

transmitted again. Depending on how accurate the repetition time has to 
be several units of measurement can be used, e. g. bit, byte, kbyte or 
whatever appropriate. 

10 (c) Time value: The repetition time R(X) of an object X specifies the absolute 
transmission point in time of the next repetition of the object X. Depend- 
ing on how accurate the repetition time has to be several units of meas- 
urement can be used, e. g. milliseconds, seconds, minutes or whatever 
appropriate. 

15 

In environments where it is too difficult or not possible for the broadcaster on 
the server side to determine the exact repetition time it is also possible to use 
an upper bound. As explained above this upper bound specifies a maximum 
value for the repetition time so that an object will be transmitted completely 
20 maybe before the value specified by the repetition time but latest at the point in 
time specified by the repetition time. Each of the above mentioned alternatives 
can be realized as an exact value or as a maximum value. In case of a maximum 
value it has to be taken into account that the information which is given by the 
repetition time is less accurate. 

25 

In the following, the procedure on the server side will be explained in details 
with reference to the generation of broadcast cycle and repetition distance. 

In a broadcast system the task of the server is to transmit all data objects be- 
30 longing to a data service in a repetitive manner. Different transmission patterns 
(broadcast cycle) can be applied. It is possible to transmit some objects more of- 
ten than others (see Figure 1) and in different orders. Examples of broadcast cy- 
cles for three data objects A, B and C are ABC, BAC, AABC, ABAC, ABABAC, 
and so on. 

35 

Additionally data objects can be segmented into smaller units and the segments 
of different data objects can be interleaved. This allows overlapped transmission 
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1 or nearly parallel transmission of data objects, which means that the transmis- 
sion start or end of data objects can be performed nearly at the same point in 
time. 

5 Figure 3 shows the operating structure of a broadcast cycle generator including 
the calculation of the repetition distance. The broadcast cycle generator takes a 
description of the designed broadcast cycle and the data objects. The descrip- 
tion of the broadcast cycle is given as a sequence of segments and a sequence of 
objects (see Fig. 4). The sequence of objects describes which objects belong to 
10 the broadcast cycle and how often each object is included in the cycle. The se- 
quence of segments describes the transmission order of segments of all objects. 
Additionally a parameter specifying the allocated bitrate for the transmission of 
data objects is needed if the repetition distance is encoded as a time value. 

15 A data object encoder 3 gets the data object e. g. a HTML file and some addi- 
tional parameters like an identifier or a version information. The data object is 
encoded in the body and the parameters in the header as illustrated in Figure 2. 
The repetition distance is another parameter of the header. The calculation of 
the repetition distance is done in the block 4 called Repetition Distance Calcula- 

20 tion. 

A flowchart for the calculation is shown in the Figures 5 to 9. All data objects of 
the broadcast cycle will be encoded by the data object encoder 3 and stored as 
broadcast objects for transmission. 

25 

A segment selector 5 takes the information about the broadcast cycle and se- 
lects the segments from the stored broadcast objects. The selected segments are 
passed on to a segment transmitter. 

30 In the following the calculation of the repetition distance is described (Figure 5 
to Figure 8). The description of the broadcast cycle is given by the parameter ob- 
ject sequence and segment sequence as shown in Figure 4. The parameter object 
sequence contains an entry for each data object and all its repetitions in the 
broadcast cycle. This entry stores at least the Id of the object and the repetition 

35 distance. The repetition distance must be set zero. The parameter segment se- 
quence contains an entry for each segment to be transmitted. Each entry stores 
the size of the segment, the index or the object it belongs to and a flag which 
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1 determines if it is the last segment of this object. The sequence of segments 
(L.m) also determines the transmission order of segments. In case of encoding of 
the repetition distance as a time-based value also the bitrate allocated for the 
broadcast cycle is necessary for the calculation. 

5 

The calculation of the repetition distance (Figure 5) starts with a loop iterating 
over all segments of the broadcast cycle in transmission order (L.m). The pa- 
rameter i references the current segment. The first block inside the loop deter- 
mines the object the current segment is belonging to and stores its index in the 
10 parameter index. Index references the object in the parameter object sequence. 
After that the repetition distance of this object is stored in a parameter "repeti- 
tion distance". 

In the next block the repetition distance is tested if it is unequal to zero, which 
15 means that the repetition distance already has been calculated in an iteration 
step before. In this case the next segment can be processed. 

If the repetition distance is equal to zero the repetition distance of current ob- 
ject is calculated in three steps. First, a search for the last segment of the cur- 
20 rent object (Figure 6) is performed. Second, the next segment (Figure 7) is 
achieved and third the repetition distance is calculated from this segment to the 
last segment of the next repetition of current object (Figure 8). 

The first step is done as follows (Figure 6). A start is performed with the cur- 
25 rently processed segment of the main loop which is referenced by i and its value 
is stored in parameter j. In the next block a loop condition is tested. In case 
that the segment referenced by j is not a last segment or the segment is belong- 
ing to another object as referenced by parameter "Objectlndex" the last segment 
of current object is not found and the next segment must be tested. Therefore 
30 the segment index j is increased by one in case that the last segment of the cy- 
cle has not been reached. Otherwise the procedure goes back to the first seg- 
ment of the sequence, which is expressed by setting the parameter j to one. 

In the second step (Figure 7) the segment position j is set to the segment follow- 
35 ing the last segment of current object. This is done by increasing j by one in 
case that the last segment of the cycle has not been reached and otherwise the 
procedure turns back to the first segment. 
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1 In third step (Figure 8) calculates the repetition distance of the current object 
by addition of the segment sizes of all segments from the segment referenced by 
j and the last segment of the next repetition of the current object. In the first 
block the parameter "repetition distance" is set to zero. After that the segment 
5 size of the segment referenced by j is added to the repetition distance parame- 
ter. In the third block it is looped as long as the segment that is referenced by j 
is not a last segment or the segment is belonging to an object with another Id. 
The latter case means that the segment is not belonging to the same object or 
not to a repetition of this object. If the loop is entered the segment index is in- 
10 creased by one in case that the last segment of the cycle has not been reached. 
Otherwise the procedure goes back to the first segment of the sequence, which 
is expressed by setting the parameter j to one. Then the segment size of the seg- 
ment referenced by j is added to the repetition distance and the iteration step is 
finished. 

15 

In case of encoding the repetition distance as a value reflecting the amount of 
data transmitted between two repetitions of an object the calculation has been 
finished at this point and the value is stored in the "repetition distance" pa- 
rameter of the currently processed object. In case of encoding the repetition dis- 
20 tance as a time-based value the parameter must be divided by the bitrate allo- 
cated for the broadcast cycle and afterwards the value is stored in the "repeti- 
tion distance" parameter of the currently processed object. The last block of Fig- 
ure 8 must be exchanged by the block shown in Figure 9 for the latter case. 

25 In the following it is described as a general example how the broadcast cycle 
generator 9 including the calculation of the repetition distance can be realized 
in a DAB system (Figure 10). 

A server application block 10 delivers a data service consisting of several data 
30 objects (parameter: data objects). It is also responsible for the assignment of ad- 
ditional parameters (parameter: object parameters) to each object in order to 
transmit the data service via a broadcast channel. This includes unique Ids for 
the objects, version information, object sizes and so on. Additionally the server 
application block 10 has to design the broadcast cycle. This is specified by the 
35 parameters "object sequence" and "segment sequence". If the encoding of the 
repetition distance value shall be done with a time value it is also necessary to 
specify the bitrate which is available to the data service. If it is not possible to 
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1 do this exactly a minimum or maximum value can be used. In case of a repeti- 
tion distance encoding according to the amount of data or number of objects as 
described above a bitrate value is not required. 

5 With these parameters the broadcast cycle generator 9 calculates the repetition 
distance of each data object and selects segments for the transmission. The se- 
lected segments are delivered together with some additional parameters con- 
cerning the segmentation, e. g. segment number, segment size, and so on to a 
data group encoder 11. The data group encoder 11 encodes segment data and 
10 segment parameter in a so-called data group. 

The data groups are delivered to a packet encoder and multiplexer/ Pad field in- 
serter (PAD = Programme Associated Data) 12. It may be gets data groups from 
more than one data group encoder 1 1 , divides the data groups in smaller units 
15 due to transmission packet limitations and multiplexes all the packets in a sub- 
channel. A subchannel is the basic frame structure of the DAB system. 

In the following, the procedure on the receiver side will be explained in details 
with reference to the handling of the repetition distance. 

20 

In the following it is explained what at the receiver side has to be done in order 
to use the repetition distance. Figure 1 1 shows a block diagram with the operat- 
ing of the object access controller 20 in a receiver in case a time value is used 
for the encoding of the repetition distance. Each object received from the broad- 
25 cast channel is given to a block called broadcast object decoder 21. This is done 
after a resegmentation and de-interleaving objects. The broadcast object decoder 
21 knows about the structure of an object and has access to the header infor- 
mation and to the data object stored in the body. 

30 First, the broadcast object decoder 21 retrieves the unique identifier of the ob- 
ject Id and the repetition distance RD. In the next step a current time value CT 
is obtained from a block 22 which is called time service. The time service can be 
based on the system time of the receiver if available or on any other permanent 
available time provider, e. g. delivered as an additional service in the broadcast 

35 channel. The next reception point in time RT of the object is calculated from the 
current time value CT and the repetition distance RD. Then the reception point 
in time RT is stored with the object identifier Id for all received objects. 
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1 Second, the broadcast object decoder 21 delivers the data object encoded in the 
body together with additional information from the object header, e. g. the iden- 
tifier Id to a block 23 called data object requester. This block 23 allows users of 
the block to request certain objects from the broadcast channel by the object 

5 identifier Id. If an object is requested it has to be delivered to the requester 
block 23 as soon as possible. Independent from the fact if there is a request or 
not, the received object data can be stored in a local memory in order to provide 
a feater access in case of a future request. 

10 The data object requester block 23 is connected to a storage which contains the 
next reception point in times for all objects once received. A user of the data ob- 
ject requester block 23 can query the next point in time of an object identified 
by its Id. 

15 Figure 12 shows the basic structure of a DAB receiver including the data service 
decoding part. Basically, the DAB receiver consists of a RF-frontend 27 and a 
digital processing unit 30 including the data decoder 25. The RF-frontend 27 
converts the received RF signal into an appropriate intermediate frequency (IF) 
signal. After an analog- digital conversion in a unit 26, the generation or the 

20 base band signal (in a unit 28) and the OFDM demodulation in a FFT unit 29 a 
channel decoder 31 provides a subchannel which is the basic frame structure of 
the DAB system. In case of a subchannel containing an audio stream the sub- 
channel is decoded by an audio source decoder 32 and converted to an analog 
audio signal (block 33) which is fed to a loudspeaker 34. In case of a subchan- 

25 nel containing encoded data objects, the subchannel data is fed to the data de- 
coder 25 which is illustrated in Figure 13. In case of a subchannel containing 
audio and data as PAD fields (PAD = Programme Associated Data) together it is 
possible either to strip off the PAD fields by the source decoder 32 and fed them 
to the data decoder 25 or to fed audio and data to the data decoder 25. In the 

30 latter case the data decoder 25 has to strip off the PAD fields. The output of the 
data decoder 25 is used by a client application which presents the objects to the 
user. The data decoder 25 gets the subchannel data and decodes packets in the 
first step. One or more packets build a data group. Also packets of different data 
groups might be transmitted in an interleaved manner. A packet decoder 35 pro- 

35 vides complete data groups to a data group decoder 36. The data group decoder 
36 extracts the segments from the data groups and reassembles broadcast ob- 
jects. The broadcast objects are given to the object access controller 20. The op- 
erating of the object access controller 20 is described in Figure 11. 
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1 The outputs of the object access controller 20 are the data objects itself and ad- 
ditional object parameters necessary for the processing by a client application. 

In the following, the realization of the repetition distance in the DAB system is 
5 explained in details. 

In the DAB system data objects are transmitted in a basic structure which is il- 
lustrated in Figure 14. The header contains elementary information for the han- 
dling in the receiver. The header extension contains additional information 
10 which is necessary for the handling of some types of data objects. 

The information in the header extension is organized as a parameter list with 
different parameter types for different requirements concerning the length of the 
parameter. The coding for the repetition distance can be realized as illustrated 

15 in Figure 15. A PLI field (PLI = Parameter Length Indicator) is encoded with two 
bits and the decimal value 2 signals that a 32 bit data field is following. A field 
Param (Parameter) Type indicates which parameter is encoded in the data field. 
The decimal value 7 is used for the repetition distance. The value of the repeti- 
tion distance itself is encoded as a 24 bit value in the data field. The remaining 

20 8 bit are set to 0. The value indicates the repetition distance as a maximum time 
value until the next repetition of the object will be completed. The resolution of 
the time value is 1/10 second. 

In Figure 16 a flowchart is illustrated which shows how a progress indicator can 
25 be realized based on the knowledge of the repetition distance. The described 
case is valid for a receiver which has not additional storage in which received 
objects can be stored for future requests. 

The action is initiated by a request for an object identified by its Id (Request Ob- 
30 ject (Id)). In the first step the next reception point in time (RT) is retrieved and 
stored. After that the current time value is obtained and stored in CT. The re- 
maining time R is calculated as the difference of RT and CT. The result is the 
maximum value for a progress indicator and can be presented to the user. In or- 
der to indicate the progress of reception the progress indicator has to be up- 
35 dated in certain intervals. Therefore a timer can be started with an appropriate 
time out value, e. g. one second. After that a request for the object is made at 
the object access block 20. 
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1 The next action is initiated by the time outs of the timer 22 (Notify Time Out). 
With each time out the remaining time for the reception R is calculated from the 
reception point in time (RT) and the current time value (CT). The time value is 
going on and the remaining time R becomes smaller. After that the progress in- 

5 dicator is updated with the new value. 

It should be noted that "time out" will be initiated several times before the re- 
ception of the object is indicated (notify object reception). Then the timer has to 
be stopped in order to stop updating the progress indicator. After that the object 
10 is presented to the user. 

In the following caching strategies are explained as an application of the repeti- 
tion distance. 

15 Caching is often used in order to improve the access time of data objects. The 
idea behind is to store copies of data objects in a local memory which is faster 
accessable than the medium where the objects are obtained from. In order to de- 
termine which objects to store usually a heuristic is used which estimates the 
access probabilities of the user. The access time of objects from the medium is 

20 usually not used in caching strategies, because in bidirectional communication 
environments exist only slight differences in the access times of different ob- 
jects. In broadcast environments all objects share the same broadcast channel. 
The access times grows with the number of objects which use the channel. Also 
some objects are transmitted more often than others. This means that the ac- 

25 cess times of objects can vary to a great extent. 

In broadcast environments a caching strategy has to consider the access prob- 
abilities of the user and the access times of the objects. The access time of ob- 
jects can be determined by the repetition distance. One strategy is to store al- 
30 ways those objects in the cache which have the largest access times. Another 
more sophisticated strategy is to store always those objects in the cache which 
have the largest access times and which belong to a set of objects with access 
probabilities that are greater than a certain minimum value. 

35 As time goes by the repetition distance of the objects changes and objects in the 
cache are exchanged. 
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1 Broadcast systems today do not allow to determine the access time of objects 
transmitted in a broadcast channel. The repetition distance uses an additional 
parameter in the header of a broadcast object in order to inform about the next 
repetition of this object. In combination with the proper operating in a receiver 

5 it is possible to determine the access times of all objects once received before. 
The repetition distance can be realized with several units of measurement. 

Two applications for the repetition distance are a progress indicator and storage 
management for the improvement of access times. 

10 



15 



20 



25 



30 



35 



- 16- 



SONY INTERNATIONAL (EUROPE) GMBH 



Claims 

1 1. A method for determining access times of repeatedly broadcast objects in a 
broadcast channel using an unidirectional communication scheme in order 
to transmit the broadcast objects from a server side to a receiver side, char- 
acterized in that the broadcast object includes a header defining a repeti- 

5 tion distance which is the distance between the completed transmission of 

the broadcast object and its next repetition, and a next reception point in 
time of said broadcast objects is calculated from a current time value and 
said repetition distance. 

10 2. The method according to claim 1, characterized in that said repetition dis- 
tance (R) specifies how many objects (A, B, C) will be transmitted after a spe- 
cific broadcast object until this specific broadcast object will be transmitted 
again. 

15 3. The method according to claim 1, characterized in that said repetition dis- 
tance (R) specifies how much data will be transmitted after a specific broad- 
cast object until this specific broadcast object will be transmitted again . 

4. The method according to claim 1, characterized in that said repetition dis- 
20 tance (R) specifies how long time it takes after a specific broadcast object un- 
til this specific broadcast object will be transmitted again. 

5. The method according to any one of claims 2 to 4, characterized by an upper 
bound which specifies a maximum value for the repetition distance (R). 

25 

6. The method according to any one of claims 2 to 5, characterized in that the 

repetition distance specifies an absolute value in the form of a repetition 
time. 

30 7. The method according to any one of claims 1 to 6, characterized in that on 

the server side a broadcast cycle generator (see Fig. 3) describes a broadcast 
cycle as a sequence of segments and a sequence of objects, the sequence of 
objects describing which objects belong to the broadcast cycle and how often 
each object is included in the broadcast cycle, and the sequence of segments 
describing the transmission order of segments of all objects. 
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1 8. The method according to claim 7, characterized in that a parameter speci- 
fying an allocated bitrate for the transmission of objects is added if the repe- 
tition distance is encoded as a time value. 

5 9. The method according to claim 7 or 8, characterized in that in a DAB sys- 
tem the broadcast cycle generator (9) receives object parameters from a 
server application block (10), calculates the repetition distance of each ob- 
ject and selects segments for the transmission. 

10 10. The method according to any one of claims 1 to 9, characterized in that a 

broadcast object decoder (21) retrieves an unique identifier of an object (Id) 
and the repetition distance and obtains the current time value from a time 
service (22), and an absolute value for a reception point in time is calculated 
from the repetition distance and the current time value and is stored to- 
15 gether with the object (Id). 

11. The method according to claim 10, characterized in that a data object re- 
quester (23) allows to request certain objects by an object identifier (Id) and 
allows to request the next reception point in time of an object. 

20 

12. The method according to claim 11, characterized in that the data object re- 
quester (23) can use the repetition distance as repetition time information 
for managing a cache. 

25 13. The method according to anyone of claims 1 to 12, characterized in that it 

is used in a progress indicator. 



30 



35 



- 18- 



SONY INTERNATIONAL (EUROPE) GMBH 



Abstract 



A Method for Determining Access Time of repeatedly Broadcast Objects 



Broadcast based information systems like Teletext use a unidirectional commu- 
nication scheme in order to get access to information. This means that requests 
for data objects are not transmitted from a client to a server. Instead the re- 
ceiver part of the client has to listen for the requested object on the broadcast 
medium and copy it to the local storage when it goes by. The access time from 
the receiver point of view is defined as the difference between the reception 
point in time of the object and the point in time when the request was made. 
Nowadays realized broadcast based information systems are not able to deter- 
mine precisely when a requested object will be available. The present invention 
uses a repetition distance which defines an additional parameter which has to 
be transmitted with each broadcast data object at the transmitter side. The re- 
ceiver can use this information to determine the precise repetition point in time 
of a requested object. This information can be used to realize a progress indica- 
tor, so that an user can be informed about the time he has to wait for the re- 
quested object. Also this information is essential for the realization of certain 
caching strategies. 
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